몇일전 원인을 알 수 없는 윈도우 서버 공격을 받았는데요. 특이하게도 관리자 권한까지도 획득을 하는것이
놀라워서 몇가지 체크를 해보았습니다.
다행히도 현재는 주도권을 잡아온 상태이지만, 웹나이트도 무용지물이 되어버리더군요....
요즘 많이 일어나는 스크립트 삽입 관련 문제에 대하여 네이버에서 찾아보니 아래와 같이 글이 올라와 있네요.
네이버의 레오나르님의 블로그에서 퍼왔습니다. 다른 분들에게도 도움이 되었으면 좋겠네요. :)
* Script 삽입 공격을 당했는지 확인하는 쿼리
DECLARE @T varchar(255), @C varchar(255);
DECLARE Table_Cursor CURSOR FOR
SELECT a.name, b.name
FROM sysobjects a, syscolumns b
WHERE a.id = b.id AND a.xtype = 'u' AND
(b.xtype = 99 OR
b.xtype = 35 OR
b.xtype = 231 OR
b.xtype = 167);
OPEN Table_Cursor;
FETCH NEXT FROM Table_Cursor INTO @T, @C;
WHILE (@@FETCH_STATUS = 0) BEGIN
exec ('select ['+@C+'] from ['+@T+'] where ['+@C+'] like ''%<script%</script>''');
-- print 'select ['+@C+'] from ['+@T+'] where ['+@C+'] like ''%<script%</script>'''
FETCH NEXT FROM Table_Cursor INTO @T, @C;
END;
CLOSE Table_Cursor;
DEALLOCATE Table_Cursor;
* 위의 공격을 당했을 때 복원하는 쿼리 (100% 다 되는 것은 아님 - 별도 확인 필요)
* 해킹 시 길이가 긴 경우에는 짤리고 들어가는 현상이 발생함 - 이 경우에는 복원을 해도 원상복구가 안됨
* 백업 받은 것을 복원하는 수 밖에는 없음
DECLARE @T varchar(255), @C varchar(255);
DECLARE Table_Cursor CURSOR FOR
SELECT a.name, b.name
FROM sysobjects a, syscolumns b
WHERE a.id = b.id AND a.xtype = 'u' AND
(b.xtype = 99 OR
b.xtype = 35 OR
b.xtype = 231 OR
b.xtype = 167);
OPEN Table_Cursor;
FETCH NEXT FROM Table_Cursor INTO @T, @C;
WHILE (@@FETCH_STATUS = 0) BEGIN
EXEC(
'update ['+@T+'] set ['+@C+'] = left(
convert(varchar(8000), ['+@C+']),
len(convert(varchar(8000), ['+@C+'])) - 6 -
patindex(''%tpircs<%'',
reverse(convert(varchar(8000), ['+@C+'])))
)
where ['+@C+'] like ''%<script%</script>'''
);
FETCH NEXT FROM Table_Cursor INTO @T, @C;
END;
CLOSE Table_Cursor;
DEALLOCATE Table_Cursor;
-------------------------------------------------------------------------
원문 : http://blog.naver.com/hhangky/20055603259
작성자 : 레오나르
'[1] IT 관련 > 3. Windows' 카테고리의 다른 글
| mssql 전체 테이블 문자 검색 변경 (2) | 2008/11/05 |
|---|---|
| Synergy2로 여러대의 컴퓨터 제어를... (0) | 2008/09/08 |
| DV9501TX에 XP설치기.. (4) | 2008/09/08 |
| 윈도우에서 Rsync를 (0) | 2008/09/08 |
| 원재아빠님의 윈도우 시간 동기화 (0) | 2008/09/08 |
| Vista를 떠나보내며.... (0) | 2008/09/08 |
